開始寫Code的第一份工作該如何進步？工作上該如何完成交付的每項需求？每個人找到的公司產業和實際用的軟體技術可能都大不相同，所以也許我的經驗不見得適用其他人，但有幾個方向給予參考建議：

• 學習公司的專案Code寫法
  通常的情況是，公司既有的系統專案程式碼遠比上課學的龐大，一個方案裡有十幾個專案，每個專案裡面有幾十個Class，Class裡面又有好幾百行，所以剛接觸時會非常眼花撩亂，不知道從何開始看起。而且有設計架構的專案都是包了一層又一層，看的時候常需要在不同Class的程式碼行間不斷切換。
  比較理想的情況是由前輩同事先講解專案架構，透過交付需求後再自行詳細閱讀相關Code與進行開發。一開始可能會看得很痛苦，但看多了自然會抓到重點，同時也可以學習吸收前人的寫法，融入自己的Code裡面。
  <重點> 不要想要將專案每行Code都看透，了解Code區段主要的功能為何，針對需求相關的Code閱讀研究，掌握後即可進行開發。
• 寫Code先求有再求好，有時間要回頭Review
  和寫作文一樣，文筆是隨著多寫多修改才會逐漸通順有條理，甚至還能用修辭美化，但考試時可能只有30分鐘就要生出一篇文章，哪還能想那麼多華麗詞藻。同樣的道理，Coding能力也是求有再求好。舉例來說，受限於開發時間的壓力或是自身技術能力問題，一開始把所有Code寫得落落長一大段，且寫了很多類似重複的程式碼，在Review時可以把每段功能包裝成Method與拉出來Class，讓程式碼看起來更精簡好閱讀。
  <重點>剛接觸實務語法難免不純熟，寫過一遍再來Code Review優化內容，下次寫的時候就會有個底如何架構程式碼。
• 卡住時勇於提出問題討論
  新手開發一定都會遇到很多問題，像是較艱深的語法不清楚、不懂程式碼邏輯(通常是和knowhow有關)、專案架構龐大找不到執行關鍵處、覺得語法沒問題但執行結果一直不對...等等。當開發中遇到問題卡住時，最好適時向前輩、主管提出問題尋求協助，通常卡了1.2小時還解不出來就趕快發問吧！
  不過注意發問過程和學習時相同，先梳理一遍自己瞭解到哪邊，卡住的地方再發問，才不會被認為是無腦的問題哦！
  <重點>先思考再發問，有時候自己想個幾遍就會找到答案，避免一卡住馬上就求救而問出不夠精準的問題。
• 定期與主管報告進度
  拿到需求開始進行開發後，除了勇於提問以外，定期報告也很重要，比如一個項目預估要2周完成，最好至少1周報告一下完成進度。通常主管的工作比較忙，也許除了開發也要常常參加會議，不見得有空盯著新人狀況，定期報告進度可以讓兩邊資訊對稱，讓主管知道你目前的進度和方向是否OK。
  以我當時的經驗是，公司Code是用git版控，所以我每天下班前會把寫完的Code Push上去，讓主管看到每天完成的狀況，他可以適時Review和提出建議。
  <重點>適時提問和報告進度可以讓主管掌握新人的狀況，增加主管對自己的信任度，別等最後寫不出來開天窗才出聲，會出事的！

以上分享，一開始進去畢竟是新人，能交付的任務需求通常都會相對簡易、非核心、沒有急迫性，所以正是打好基礎與建立工作信心的好時機，當完成每一次交付的需求累積經驗，就代表你逐漸勝任軟體工程師的工作了。